inspector: Use Adwaita as default theme

Use Adwaita on Windows too

Having the same, usable, default appearance acroll platforms
trumps having a more-or-less working native theme. The default
will be Adwaita on all platforms. The native ms-windows theme
is of course still available.

Adwaita: bring back the extra indirection

Without this, we are missing the 'Adwaita' component in the
path when resolving relative resources, and none of the assets
are found.

Try to fix the continuous build

Making gtk.gresource.xml generated was causing a problem for
srcdir!=builddir builds from git. Builds from tarballs are
not affected, because the tarball contains the generated file.

Add some EXEEXT decorations back

Might fix
https://bugzilla.gnome.org/show_bug.cgi?id=731602

Use Adwaita as the default theme

This ensures that GTK+ applications have a high-quality theme on
all platforms, and look consistent.

Include the Adwaita theme

This adds the resources for the Adwaita theme, and includes them
in libgtk, on all platforms.

Don't include the win32 theme on Linux

No need to carry around these resources when we are not
going to use them.

Generate gtk.gresource.xml

This will help when including Adwaita. It will also let us
drop the win32 theme on Linux, hopefully.

Rename cursor pngs to their resource name

This allows us to get rid of some aliases in the .gresource.xml.

Move theme resources into subdirectories

Preparing for Adwaita to come in here.

inspector: Allow Escape to cancel picking

inspector: Use a better icon for the picker

Recommended by Allan Day.

Trivial formatting fix

gesturesingle: Implement GtkGesture::cancel better than GtkEventController:reset

The former can be called individually on each sequence, and the latter will
always call the former on all currently active sequences, so only implementing
resetting on cancel() works for both cases. Also, chain up on subclasses
implementing cancel.

This fixes clicking on nautilus' file list after popping up a menu, as broken
grabs are one of those situations where sequences get cancelled individually,
the "current button" wasn't properly reset, and further clicks with button != 3
were ignored.

textview: Unobscure the mouse cursor on motion events

This used to be done before the gestures port, and was removed
accidentally, so keep the motion_notify_event handler just for
this, and fallback to having those events handled by gestures
too.

Fix gtk_selection_data_get_data annotations

The annotations were intended for the return
value, not the instance argument.

https://bugzilla.gnome.org/show_bug.cgi?id=731299

docs: remove mention of old GtkList and GtkCList

Reported by andlabs in irc://irc.gnome.org/gtk+

https://bugzilla.gnome.org/show_bug.cgi?id=731382

Updated Spanish translation

Add a message-dialog style class

This helps in separating message dialogs from other dialogs,
theming-wise.

Add GTK_STYLE_CLASS_POPUP to the docs

scrolledwindow: Deny scrolling sequences if pressed on the scrollbars

Scrollbars might be a bit too narrow for touch (and generally less useful
besides kinetic scrolling), but those should be functional nevertheless.

window: Only claim a button=1 press sequence when dragging is about to happen

This way plain clicks can be handled in gtkmain through the usual delivery mechanism,
and get possibly handled too by widgets holding a GTK+ grab. If window dragging is to
be started, the sequence will be claimed (and a grab will happen afterwards), notifying
properly the grabbing widget that event delivery was interrupted.

This makes it possible to dismiss popovers by clicking on window headerbars, while
still making it possible to drag the window with the popover opened.

wayland: Ensure the touch sequence pointer value is non-null

Weston numbers its touch sequences ids starting from 0, thus simply
setting the GtkEvents touch.sequence to the touch id value typically
causes gdk_event_get_event_sequence to return NULL. Unfortunately this
confuses other parts of GDK.

As both weston & mutter keep the sequence id between 0..max_dev_touches
-1 simply use + 1 to keep the id > 0. While this isn't entirely correct
(compositor could send -1 as the touch id), this keeps the touch id in
gtk tied to the touch id from weston which is useful for debugging. A
more thorough solution could be done when it turns out this is an issue
in practise

https://bugzilla.gnome.org/show_bug.cgi?id=731371

testsuite: Add a test for symbolic icons in specific sizes

Check that loading symbolics works, even if the symbolic is only
available in a fixed size.

widget-factory: Add some tooltips

docs: fix link to language bindings page

Reported on irc://irc.gnome.org/gtk+ by Rena.

https://bugzilla.gnome.org/show_bug.cgi?id=731377

Drop GDK_MULTIHEAD_SAFE

We don't support multiple screens anymore, so there is no need
for marking API as multihead safe any longer.

Deprecate outside-border style properties

These should just be replaced by CSS margins, etc.

GtkButton: Don't use a non-zero border by default

The non-zero default default-border was causing buttons to shrink as
the focus moves around them. Themes which want a default-border should
define it explicitly.

treeview: Check that :row-activated is only emitted on GDK_BUTTON_PRIMARY

It turned out not all code was fully prepared to handle multiple buttons,
this avoids respawning https://bugzilla.gnome.org/show_bug.cgi?id=731020.

treeview: Make row area multipress gesture react to all buttons

The code is actually prepared for that, the gesture was initially limited
to only handling GDK_BUTTON_PRIMARY because it only used to handle row
activation.

treeview: Remove unused variables from priv struct

These variables were last used before moving row activation to being
managed by a gesture.

treeview: Move all button press/release management to the multipress gesture

The multipress gesture on the bin window now also does all the business related
to row selection. As row selection and activation can't be easily decoupled, this
fixes certain problems around ::row-activated being emitted on NULL paths.

Fixes https://bugzilla.gnome.org/show_bug.cgi?id=731455 and
https://bugzilla.gnome.org/show_bug.cgi?id=731018

treeview: Use drag gesture for rubberband selection/DnD

This gesture acts only on events from the bin window, and checks that
either the pressed row is draggable, or the conditions for rubberband
selection apply.

treeview: Use gestures for column dragging/resizing

A multipress gesture takes care of autosizing on double click, and
a drag gesture is used for both column dragging/resizing (only one
can happen at a time).

treeviewcolumn: Avoid a device position query

This happens in an event handler, and the button event should be
expected to have the right coordinates on the event window already.

gesturesingle: Ensure the current button stays set until after the touch/button release

This makes gtk_gesture_get_current_button() work properly on GtkGesture::end, and signals
spawn from there on subclasses.

GtkPaned: Make sure the raise the handle window above children

We need to show child windows and handle in the right order,
otherwise the input-only handle window ends up under the children
where it is useless.

GtkTooltip: Ignore shadow when finding widgets

When placing tooltips, the csd shadow will get 'pushed up' and
may end up underneath the pointer. We don't want this to cause
the tooltip to be hidden, because that leads to flickering, so
ignore the shadow when finding the widget under the pointer.

csd: Fix non-resizable windows

For csd override-redirect windows, we don't set up resize handles,
but we were not ignoring the margin in all places, causing some
size calculations to go wrong.

Don't mention no longer existing widgets in the docs

GtkText, GtkList and GtkCList don't exist anymore.

stylecontext: Get rid of StyleData struct

It's now just a GtkCssComputedValues + refcount. And
GtkCssComputedValues has its own refcount, so use that one instead.

stylecontext: Move property cache

... from per style data to only existing once per style context. This is
technically an API break because it no longer allows getting different
style properties between save()/restore() pairs, but I don't think this
was ever intended to work that way, as the style property API was to be
used and is used via gtk_widget_get_style().

And it simplifies code a lot.

docs: Remove unused variable

testsuite: Add missing errors file

The file was forgotten in 98954bd1d1e27e2e8b5181af1752a9e8e107c74c and
caused test failure. Oops.

stylecontext: Remove state from _peek_style_property()

It evaluates to "current state" in all cases, so no need to special case
it.

gtk3-demo: Use monospace font for source code

GdkDisplay: Remove unused GdkKeyboardGrabInfo struct

I can't find anything that uses this struct and it seems to be replaced by GdkDeviceGrabInfo

css: Fix uninitializaed variable

inspector: Add combobox popups to the tree

GtkComboBox: Add private api to get the popup

This will be used to make the popup appear in the inspector.

inspector: Add submenus to the tree

menuitem: Use .arrow style class for submenu indicators

As requested by the Adwaita guys.

treeview: Remove unused variable

viewport: Remove unused variable

cellrenderertoggle: Remove copy/paste leftovers

Introduced in 2d88a3ae300d6e1c8faa7391bbab9746f2131092

docs: Add GtkActionBar to the type list

Without this, we don't get object hierarchy, among other things.

Add GtkActionBar and GtkSearchBar to visual index

These were missing.

a11y: Remove an outdated comment

testsuite: Add a test for recent fix

css: Parse text-shadow values properly

We used to accept the same syntax for text-shadow and icon-shadow as
we accept for box-shadow. However, box-shadow does accept a spread and
the inset keyword while the others should not.

GtkEntryAccessible: Emit signal after insertion

The signal needs to be emitted after the text insertion as at-spi gets
the text to compute the inserted text due to the AtkText::insert-text
signal not containing it.
Also adjust position to reflect changes to the offsets.

https://bugzilla.gnome.org/show_bug.cgi?id=731429

Add some theming for csd popups

Not attempt to make this look good, just to demonstrate
that themes can in fact do it.

https://bugzilla.gnome.org/show_bug.cgi?id=731187

Request csd for tooltips

Use the new private GtkWindow api to request
client-side decorations for tooltips.

https://bugzilla.gnome.org/show_bug.cgi?id=731187

GtkTooltip: take csd shadows into account for placement

When placing tooltips, we don't want the shadow to influence
our choice.

https://bugzilla.gnome.org/show_bug.cgi?id=731187

GtkTooltip: remove hardcoded tooltip drawing

This is old code from dating back many years. Nowadays, we can
just use css drawing and csd windows to achieve much the same
effect.

Themes will need some adjustment for this change.

https://bugzilla.gnome.org/show_bug.cgi?id=731187

Request csd for menus

Use the new private GtkWindow api to request
client-side decorations for menus.

https://bugzilla.gnome.org/show_bug.cgi?id=731187

GtkMenu: Add a separate style class to the toplevel of menus

This is necessary in order to use .window-frame.csd.popup for
styling csd menus.

https://bugzilla.gnome.org/show_bug.cgi?id=731187

GtkMenu: take csd shadows into account for placement

When placing menus, we don't want the shadow to influence
our choice.

https://bugzilla.gnome.org/show_bug.cgi?id=731187

Allow csd for override-redirect windows

This commit makes it possible to use client-side decorations for
override-redirect windows by calling _gtk_window_request_csd()
before realizing the window. Since the wm won't do interactive
resizing for us in this case anyway, don't bother creating
the border windows we use for this purpose on regular toplevels.

To make this accessible to themes, we set a "csd" style class
on client-side decorated windows. With this, .window-frame.csd.menu
can be used to define the shadow for csd menus, and .menu can be
used to define a border for menus under non-composited wms.

https://bugzilla.gnome.org/show_bug.cgi?id=731187

Add a csd style class

This will be used for client-side decorated windows.

https://bugzilla.gnome.org/show_bug.cgi?id=731187

GtkViewport: Don't do silly things in a setter

Just queue a resize instead of fiddling with the size allocation.

Mark GtkStyleContext::direction as deprecated

The setter was deprecated a while ago, do the same for the property.

Mark GtkContainer::resize-mode as deprecated

The setter was deprecated a while ago, do the same for the property.

Add a test for property notification

This tests just a few basic things for now. Mainly, that we don't
emit redundant notifications for enum, flags, int and boolean
properties. It also checks that we do emit the expected notifications
when the value actually changes. This is checked for string, double
and float properties as well.

There is a large number of exceptions in the test, and a lot more
checks that could be done. One class of exceptions is all the places
where we have -set booleans to go along with another property. We
should have a dedicated test for these pairs. Another class of
exceptions is where naked objects created by g_object_new () just
don't have the full functionality - e.g. a tree selection without
a tree view does not work very well. We set up the instance object
better for these situations.

GtkVolumeButton: Use G_PARAM_EXPLICIT_NOTIFY

GtkViewport: Use G_PARAM_EXPLICIT_NOTIFY

GtkTreeViewColumn: Use G_PARAM_EXPLICIT_NOTIFY

GtkTreeView: Use G_PARAM_EXPLICIT_NOTIFY

GtkTreeSelection: Use G_PARAM_EXPLICIT_NOTIFY

GtkToolPalette: Use G_PARAM_EXPLICIT_NOTIFY

GtkToolItemGroup: Use G_PARAM_EXPLICIT_NOTIFY

GtkToolbar: Use G_PARAM_EXPLICIT_NOTIFY

GtkTextView: Use G_PARAM_EXPLICIT_NOTIFY

GtkSwitch: Use G_PARAM_EXPLICIT_NOTIFY

GtkToolItem: Use G_PARAM_EXPLICIT_NOTIFY

GtkToolButton: Use G_PARAM_EXPLICIT_NOTIFY

GtkToggleToolButton: Use G_PARAM_EXPLICIT_NOTIFY

GtkStyleContext: Use G_PARAM_EXPLICIT_NOTIFY

GtkStatusIcon: Use G_PARAM_EXPLICIT_NOTIFY

GtkSpinner: Use G_PARAM_EXPLICIT_NOTIFY

GtkSpinButton: Use G_PARAM_EXPLICIT_NOTIFY

GtkSizeGroup: Use G_PARAM_EXPLICIT_NOTIFY

GtkSeparatorToolItem: Use G_PARAM_EXPLICIT_NOTIFY

GtkSearchBar: Use G_PARAM_EXPLICIT_NOTIFY

GtkSearchBar: Handle lack of an entry

We were not dealing with the possibility of priv->entry being
NULL in all places.

GtkSeparator: Explicitly notify orientation

GtkScrolledWindow: Use G_PARAM_EXPLICIT_NOTIFY

GtkScrollable: Use G_PARAM_EXPLICIT_NOTIFY

Implementors will have to be adjusted.